home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group01a.txt / 000049_icon-group-sender _Thu Jun 1 16:56:55 2000.msg < prev    next >
Internet Message Format  |  2002-01-03  |  3KB
  1. Return-Path: <icon-group-sender>
  2. Received: (from root@localhost)
  3.     by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) id QAA15837
  4.     for icon-group-addresses; Thu, 1 Jun 2000 16:56:35 -0700 (MST)
  5. Message-Id: <200006012356.QAA15837@baskerville.CS.Arizona.EDU>
  6. Date: Thu, 01 Jun 2000 14:10:08 -0700
  7. From: Steve Wampler <swampler@noao.edu>
  8. X-Accept-Language: en
  9. To: icon-group <icon-group@optima.CS.Arizona.EDU>
  10. Subject: Re: CODE() and  @/2
  11. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  12. Status: RO
  13. Content-Length: 2115
  14.  
  15. "F.G. van DORP" wrote:
  16. > 
  17. > On 30 May 2000 20:09:35 -0400, Steve Wampler <swampler@noao.edu> wrote:
  18. > 
  19. > >"F.G. van DORP" wrote:
  20. > >
  21. > >> I tried
  22. > >>
  23. > >>        nextLabel := create "L" || (1 to 10) || ("foo" @ &source)
  24. > >
  25. > >What did you intend the above to do?
  26. > ....to find out if binary @ behaves like a regular RETURN
  27.  
  28. Ah, it "sortof" does, but when you reactivate the co-expression, you're
  29. going to resume execution as if you've returned from "foo" @ &source
  30. (with the &null value since the activation "@nextLabel" is unary.)
  31. This &null value can't be concatentated to the string you're
  32. building.
  33.  
  34. > 
  35. > >
  36. > >        nextLabel := create "L" || (1 to 10) || "foo"
  37. > >
  38. ...
  39. > 
  40. > Under my ICON (Windows Icon  v.9.3.1, Wi  v.1.01)  above example
  41. > prints "L1foo" immediately followed by an illegal op. error.
  42.  
  43. Hmmm, can you email me the full program where this is happening?
  44. I'd like to take a closer look...
  45.  
  46. > I f  you change it to, let's say
  47. >              procedure main
  48. >              nextLabel := create (("L" || (1 to 10) || "foo") @ &source)
  49. >              write("1 ",@nextLabel)
  50. >              write("2 ",@nextLabel)
  51. >              write("3 ",@nextLabel)
  52. >              write("4 ",@nextLabel)
  53. >              write("5 ",@nextLabel)
  54. >              end
  55. > it prints
  56. > 
  57. >              "1 L1foo"
  58. >              "2"
  59. >              "3 L2foo"
  60. >              "4"
  61. >               illegal op error
  62. > 
  63. > This behavior doesn't change if you replace ("L" || (1 to 10) || "foo")
  64. > with any other generator, nor  &source with  &main in this particular example.
  65.  
  66. Well, that's nearly correct (except for the illegal op error at the end...):
  67.  
  68. I get:
  69.  
  70. 1 L1foo
  71. 2 
  72. 3 L2foo
  73. 4 
  74. 5 L3foo
  75.  
  76. You shouldn't have the @source there, it's not doing what you want, because
  77. you're "returning" into the co-expression...
  78.  
  79. However, it does look like there is a bug in 9.3.1 for Windows.  Please
  80. email me the exact program (I can tell you had to type the above one
  81. in by hand...)!
  82.  
  83. I don't see this problem under either 9.3 or 9.3.2 with either Linux
  84. or Solaris.
  85.  
  86. --
  87. Steve Wampler-  SOLIS Project, National Solar Observatory
  88. swampler@noao.edu
  89.